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REMARKS 

Claims 1-25 are pending in the present application. After entry of the above 
amendments, Claims 1-11, 14, 18, 19, and 25 have been amended, and new Claims 26-43 
have been added. 

By the amendments requested herein, Applicants have added a specific reference 
to the earlier-filed patent application for which the present application claims the benefit 
of priority, in accordance with 35 US.C. §120, and have corrected typographical errors in 
the specification. No new matter has been added. 

Applicants believe that the present application is now in condition for allowance, 
which prompt and favorable action is respectfully requested. 
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VERSION WITH MARKINGS TO SHOW CHANGES MADE 

IN THE TITLE 

METHOD AND APPARATUS FOR PARTICIPATING IN [ENABLING] 
GROUP COMMUNICATION SERVICES IN AN EXISTING 
COMMUNICATION SYSTEM 

IN THE SPECIFICATION 



CROSS REFERENCE TO RELATED APPLICATIONS 

This application is a division of U.S. Patent Application Serial No. 09/518,776, 
filed March 3, 2000, pending, which application is incorporated herein by reference in its 
entirety. 

FEDERAL RESEARCH STATEMENT 

The U.S. Government has a paid-up license in this invention and the right in 
limited circumstances to require the patent owner to license others on reasonable terms as 
provided for by the terms of MP A9Q4-96-G-0035 awarded bv the National Security 
Agency. 

IN THE DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

First paragraph Gines 4-15) on page 9: 

The net broadcast service (NBS) system enables Internet Protocol 
(IP) communication devices to participate in a group voice and data 
conference. NBS is primarily a Voice over IP (VoIP) application. Voice 
communication is transmitted from a talker endpoint communication 
device to one or more listeners by encapsulating voice frames in IP 
datagrams. Data with voice may also be transmitted in this manner. The 
NBS system is also described in U.S. Patent Application Serial No. 

09/518,776, [09/ , , entitled "Method and Apparatus for Providing 

Group Communication Services in an Existing Communication System"] 
filed March 3, 2000, [Attorney Docket No. 000212] and U.S. Patent 
Application Serial No. 09/518,622, [09/ , entitled "Method and 
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Apparatus for Participating in Group Communication Services in an 
Existing Communication System" J filed March 3, 2000, [Attorney Docket 
No. 000211 No. ] and are specifically incorporated by reference herein. 

First paragraph (lines 6-19) on page 10: 

Net members communicate with each other using an assigned 
communication device, shown as communication devices (CD) 12, 14, 16 
and 17. CDs 12, 14, 16 and 17 may be wireline or wireless communication 
devices such as terrestrial wireless telephones, wireline telephones having 
[with] push-to-talk capability, satellite telephones equipped with push-to- 
talk functionality, wireless video cameras, still cameras, audio devices 
such as music recorders or players, laptop or desktop computers, paging 
devices, or any combination thereof. For example, the CD 12 may 
comprise a wireless terrestrial telephone having a video camera and 
display. Furthermore, each CD may be able to send and receive 
information in either a secure mode, or a non-secure (clear) mode. 
Throughout the following discussion, reference to an individual CD may 
be expressed by a wireless push-to-talk phone. However, it should be 
understood that reference to a CD is not intended to be limited as such, 
and may encompass other communication devices that have the capability 
to transmit and receive packet information in accordance with Internet 
Protocol (IP). 

Second paragraph (lines 20-26) on page 10: 

In the NBS system 100 of FIG. 2, a transmission privilege is 
defined which generally allows a single user to transmit information to 
other net members at any given time. The transmission privilege is 
granted or denied to requesting net members, depending on whether or not 
the transmission privilege is currently assigned to another net member 
when the request is received. The process of granting and denying 
transmission requests is known as arbitration. Other arbitration schemes 
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evaluate factors such as priority levels assigned to each CD in determining 
whether a requesting net member is granted the transmission privilege. 

Second paragraph (lines 7-14) on page 11: 

The CM 18 manages remotely through either a communication 
system service provider, net members, or both, assuming that authorization 
is provided by the service provider. The CM 18 may receive net 
definitions through an external administration interface [226]. Net 
members may request administrative actions through their service provider 
or administrate net functions through defined systems, such as a member- 
operated security manager (SM) 20 that conforms to a CM 18 
administration interface. The CM 18 can authenticate to high-grade 
commercial standards any party attempting to establish or modify a net. 

Fourth paragraph (lines 23-30) on page 11: 

In one embodiment, the means for requesting the transmission 
privilege from a CD comprises a push-to-talk (PIT) key or switch. When a 
user in the NBS 10 desires to transmit information to other net members, 
the push-to-talk switch located on his or her CD is depressed, sending a 
request to obtain the transmission privilege from the CM 18. If no other 
net member is currently assigned the transmission privilege, the requesting 
user is granted the transmission privilege and is notified by an audible, 
visual, or tactile alert through the CD. After the requesting user has been 
granted the transmission privilege, information may be then transmitted 
from that user to the other net member. 

First paragraph (lines 15-27) on page 12: 

When a first net member wishes to transmit information to other 
members of the net, the first net member requests the transmission 
privilege by pressing a push-to-talk key on his or her CD, which generates 
a request formatted for transmission over the distributed network 26. In the 
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case of CDs 12, 14 and 16, the request is transmitted over-the-air to one or 
more base stations 22. A mobile switching center (MSC) 28 comprises a 
well-known inter-working function (IWF) for processing data packets, 
including the request, between the MSC 28 [18] he distributed network 26. 
For CD 16, the request is transmitted via satellite to satellite gateway 24. 
For the CD 17, the request is transmitted to the Public Switched Telephone 
Network (PSTN) 30, then to a modem bank 32. Modem bank 32 receives 
the request and provides it to the distributed network 26. A NBS terminal 
34 monitors traffic of the NBS system through its connection to the 
Internet 26. Since the NBS terminal 34 is connected to the Internet 26, 
geographic proximity to net participants is not necessary. 

Fourth and fifth paragraphs (lines 27-32) on page 13: 

The NBS net may be within a stand-alone deployable cellular 
system, or a large multiple site configuration. In the case of a large 
configuration, multiple CMs may be deployed geographically to form a 
single, integrated syste m, each [. Each] operates as a plug-in module into 
existing cellular infrastructure. As such, new features introduced by NBS 
nets are available to cellular users without requiring modification to 
existing cellular infrastructure. 

Second paragraph (lines 27-33) on page 16: 

The CM node 228 provides centralized functionality associated 
with NBS nets. The CM node 228 comprises a session initiation protocol 
user agent server (SIP UAS) server 236, and CM manager 240, a central 
billing log 244, and an administration server 248. The SIP UAS server 
236 supports user requests for net lists and handles SIP invite messages for 
nets. When a SIP invite message [229] is received from a communication 
device, the net assigns the communication device to an appropriate MCU 
node 208, and directs the communication device to the MCU node 208. 
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Second paragraph (lines 7-14) on page 17: 

The central billing log 244 maintains time and identification 
information for billing purposes. The central billing log receives billing 
log information from a local log server 260 of the MCU node 208. 
Detailed log information of each user, such as which communication 
devices are active on the net, for how long, from where, and when and for 
how long each CD is a talker or a listener, is maintained. The 
Administration Server 248 supports an interface to allow the 
Administration workstation 224 to retrieve status information, initiate 
database administration and system management functions through the net 
status interface [280]. 

Fifth paragraph, starting at line 25 on page 17 through line 6 on page 18: 

Fig. 4 illustrates an example of a NBS SIP signaling protocol stack 
300. The stack is a collection of protocol layers that implements network 
communication. The protocol associated with each layer communicates 
with the layers immediately above and below it, and assumes the support 
of underlying layers. Because UDP is a less reliable connectionless 
transport, application level reliability is preferable to insure robust 
communication, which is achieved by implementing by SIP compliant 
endpoints. Generally, SEP call-signaling 302 on UDP streams 304 are 
encapsulated within IP protocol 306. No special formatting is required. 
SIP call-signaling IP packets 306 arc exchanged between, for example, a 
CDMA cellular based CD or a dial-up PSTN based CD, which are 
encapsulated within point-to-point protocol (PPP) frames 308. 
Accordingly, no special formatting is required. Also, SIP call-signaling 
PPP frames 308 exchanged between a CDMA cellular based CD and a 
base station are encapsulated within a radio link protocol (RLP) 310. For 
dial-up PSTN based users, an appropriate modem standard, such as 
V.32bis or V.90, may replace RLP 310. In either case, special treatment is 
generally not required and an error-free physical link is not assumed. 
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Second paragraph (lines 11-21) on page 18: 

Fig. 6 illustrates a real-time [protocol] voice-media protocol stack 
320. In this embodiment, vocoder payload data 322 is layered on real time 
protocol (RTP) 324. RTP 324 is then layered onto UDP 304 and IP 306. In 
an optional embodiment, compressed real time protocol (CRTP) header 
compression 330 is used to further encapsulate media traffic using RTP 
[322] 324 at the application layer. Header compression techniques may be 
applied as appropriate to all UDP/IP incoming and outgoing UDP/IP 
traffic illustrated in Figs. 4-9. Media signaling requests and responses are 
encapsulated within UDP datagrams. When available, CRTP header 
compression may be applied to reduce the impact of sending 
uncompressed UDP/IP headers. In Fig. 6, CRTP compresses RTP layer 
324, UDP layer 304, IP layer 306 and the PPP layer 308. In Figs. 4, 5 and 
7-9, CRTP 320 compresses the layers between and including UDP 304 to 
PPP 308. 

Fourth paragraph (lines 26-32) on page 19 : 

Fig. 9 illustrates a DNS client protocol stack 338. Each CD 
includes the capability to resolve Internet domain names into Internet 
addresses using a Domain Name Service (DNS) protocol 340. The CD 
operates as a DNS client. The CD encapsulates DNS 340 requests using 
UDP 304 [326], as shown in Fig. 9. In order for the CD to resolve DNS 
hostnames, the CD is provisioned with the IP network address of the DNS 
server 216, as shown in Fig. 3. The DNS address is also configurable by 
the CD service provider and, optionally, by the user. 

Second paragraph (lines 21-30) on page 26: 

The MCU node 208 comprises of an MCU 252, a MCU node 
manager 256 and the local log server 260. The MCU node 208 and 212 
may also optionally comprise of an additional MCU 264. The MCU node 
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212 is substantially the same as the MCU node 208. For description 
purposes, only the MCU node 208 is discussed herein. The MCU 252 is 
responsible for control of a single active net. The MCU supports SIP, 
media signaling, and media interfaces for the net, and provides the 
functionality associated with the normal operation of the net. Each MCU 
node 208 may have a pool of MCUs 252 that may be directed to manage 
nets as appropriate. Each MCU 252 provides a MCU management 
interface [268] to support functions such as starting, stopping, and status 
reporting. 

Third paragraph, starting at line 31 on page 26 through line 2 on page 27: 

The MCU node manager 256 monitors the operation of the MCU 
node 208 and manages the operation of each MCU 252 on its MCU node 
256. The MCU node manager 256 also provides an external interface 
[272] to the CM core complex 204 to allow for startup and/or shutdown, 
assigning a net to the node, and sharing of status information. 

First paragraph (lines 3-7) on page 27: 

The local log server 260 locally records all log events for the MCU 
node 208. The local log server 260 also responds to requests from the 
central log server 244 via its log events interface [276]. Requests include 
uploading certain event classes or priorities. In order to prevent loss of 
events, the messages are stored in the local log server 260 until an 
acknowledgement is received by the central billing log server 244. 

First paragraph (lines 1-5) on page 29: 

The CD may support over-the-air provisioning to equip NBS group 
services. In the event that the group-list of the CD contains more than one 
net-address, no more than one net-address may be [is] identified as a 
default net 514. If a net-address is selected, the CD attempts to 
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automatically transition from the idle state 504 by attempting to join this 
selected net shortly after the CD is powered on. 

Third paragraph Qines 15-22) on page 39: 

The SIP user agent server 252 assumes that the CD 352 generally 
responds to an A YT message 404 with an IAH response 408. If an IAH 
response 408 is not received within a reasonable timeout, the SIP user 
agent server 252 transmits a new AYT message 404 [408] with a new id. If 
after a configurable number of retransmits, a response to the AYT message 
404 [408J is not received from the CD 352, the CD 352 is assumed to be 
unreachable and the SIP user agent server 252 removes it from the current 
list of net participants. Future media signaling messages from the removed 
CD 352 will be ignored (or will generate an error response) until the CD 
352 successfully re-joins the net. 

Fourth paragraph (lines 23-29) on page 39: 

The IAH message 408 is sent by the CD 352 to the SIP user agent 
server 252 to acknowledge receipt of a previously sent AYT message 404. 
The IAH message 408 comprises fields such as id, src, and reserved. The 
id field references a previously received AYT message 404 [408] which 
the CD 352 is acknowledging. The src field uniquely identifies the CD 
352 which sends the IAH message 408 response to the SIP user agent 
server 252. The reserved field reserves space in the IAH message 408 for 
optional capabilities. 

Fifth paragraph, starting at line 30 on page 39 through line 5 on page 40: 

The SIP user agent server 252 assumes that the CD 352 
acknowledges all received AYT messages 404 [408] with an IAH response 
message 408. If the referenced AYT message 404 [408] was sent to 
confirm that a CD 352 remains connected in the NBS quiet state, passively 
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monitoring NBS media traffic and signaling, the SIP user agent server 252 
notes the time of the IAH receipt 408 for future reference. 



Second paragraph (lines 14-29) on page 42: 

As illustrated in Fig. 15, the SIP user agent server 252 will "wake- 
up" a net and bring it out of dormant mode 618 when' a successful floor- 
control request 704 is received during dormancy. As soon as the floor- 
control request 704 has been granted, the SIP user agent server 252 will 
signal each registered CD 352 by requesting the are-you-there (AYT) 
message [response] 716 over the media-signaling channel and start an 
internal wake-up timer 724. Each CD 352 acknowledges receipt of the 
AYT message [response] 716 to the SIP user agent server 252 if it wishes 
to remain registered in the net. Optionally, a dormant CD 352 may buffer 
media traffic 740 from the time the user keys PTT until the CD 352 traffic 
channel is (re)connected. The SIP user agent server 252 may buffer media 
traffic 740 received from the talking CD 352 until the wake-up timer 724 
exceeds the wake-up timeout, at which point, it begins forwarding media 
traffic to each registered CD 352 - including any members which have not 
yet responded to the AYT request 716. Thus, both the CD 352 and the 
MCU node 208 have the ability to buffer data until the recipient is ready to 
receive the buffered information. In an embodiment, portions of data are 
stored both in the CD 352 and the MCU node 208. 



Third paragraph, starting at line 29 on page 42 through line 2 on page 43: 

The SIP user agent server 252 periodically retransmits AYT 
requests 716 to any registered CD 352 which has not acknowledged 
receipt of the AYT request 716. Once the wake-up timer 724 has exceeded 
a second longer late-riser timeout, the SIP user agent server 252 will 
unregister any member CD 352 whose AYT acknowledgement is 
outstanding and stop the wake-up timer 724. The SIP user agent server 252 
ignores duplicate AYT requests [responses]. 
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First paragraph (lines 5-7) on page 45: 

Fig. 14 illustrates a sequence of NBS media signaling messages 
440 demonstrating a higher priority CD 444 [442] interrupting a lower 
priority CD 442 [444] with control of the net's floor. 

Third paragraph (lines 11-18) on page 45 of the specification to read as follows: 

While the lower priority CD 442 is transmitting media 443, a 
second CD 444 attempts to interrupt by sending the SIP user agent server 
252 a FIT message request 448 for the same net The SIP user agent 
server 252 determines that the second CD 444 has higher priority than the 
talking CD 442 and immediately revokes control of the net's floor from 
the talking CD 442 by sending it an asynchronous PTX denial message 
454 [450]. The SIP user agent server 252 then grants the PTT request 448 
to the higher priority CD 444 with a normal PTX grant message response 
452 and announces that the higher priority CD 444 has control of the net's 
floor. 

Fourth paragraph (lines 19-22) on page 45: 

If the SIP user agent server 252 determines that the interrupting CD 
444 does not have higher priority, the SIP user agent server 252 
immediately rejects the PTT request 448 with a PTX message response 
452 [454] and continues to distribute media 456 from the talking CD to 
the net's participants without interruption. 

Sixth paragraph, starting at line 32 on page 45 through line 7 on page 46: 

Figs. 15 and 16 illustrate operation of the CM 104 and CD 352, 
respectively, during various states. The CM 104 maintains an inactivity 
timer for each net, or the hang-time timer 620. When the inactivity timer 
620 reaches a configurable prescribed value, the timer triggers the CM 104 
to place the net in a dormant state 618 [616] by broadcasting a media 
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signaling message 696 to all net participants. Upon receipt of the message, 
a participating CD 352 may release its traffic channel and enter a 
dormant/idle state 844, or the CD 352 may ignore the message and remain 
in a connected state 820. In particular, net participants that are not 
operating over a channel, such as dial-up PSTN users, should ignore the 
media signaling messages. 



Third paragraph, starting at line 19 on page 46 through line 2 on page 47: 

The net itself remains dormant until, one or more participants 
trigger the transmission of a FIT request 704. If the CM 104 determines it 
can grant the PTT request message 704 (including performing any 
necessary arbitration to deal with multiple requests) it sends a request 716 
to each listed net participant to trigger a transition out of the dormant/idle 
state 844. For any specific CD 352, the trigger may or may not be 
necessary, but each CD 352 nonetheless responds to the request In this 
circumstance, when a net is transitioning out of the dormant state 618 
[616], the CM 104 refrains from sending the initial PTX grant response 
message 756 until a fixed but configurable delay, the PTX dormancy 
response timer 728, expires. After the timer 728, whose default value is 
typically be zero, expires, the CM 104 sends the PTX grant 756 as usual. 
However, the CM 104 continues to refrain from forwarding media to the 
net until a second related timer, the net's wake-up timer 724, expires. 
Both timers reset when the CM 104 determines that the dormant net's 
floor can be granted. The value of the wake-up timer 724 should not be 
less than the value of the PTX dormancy response timer 728. After the 
wake-up timer 724 has expired, the CM 104 begins forwarding media and 
media signaling and traffic flow normally. Both timers are configurable on 
a per net basis. 
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First paragraph (lines 3-11) on page 49: 

A more complete description of the states of the CM 104 follows. 
The CM 104 implements the NBS Media Signaling state diagram 600 
shown in Fig. 15 for each instance of a net. The CM 104 initializes in an 
idle state 604 when a net is created. The net remains in the idle state 604 
as long as no net participant request PIT 608 [or] is granted for control of 
the floor (612) and the net is not dormant (618). The CM 104 resets the 
hang-time timer 620 to zero upon entering the idle state 604. The CM 104 
transitions from the idle state 604 to the grant state 612 when a PTT 
request 608 from a net participant is received. The CM 104 transitions 
from the idle state 604 to the go-dormant state 624 when the hang-time 
timer expires. 

Please amend the third paragraph (lines 21-31) on page 50 of the specification to 
read as follows: 

The CM 104 transitions from the failsafe-recover state 664 to the 
release-announce state 680 and sends a PTX deny message 688 to the 
current talker immediately upon entering the failsafe-recover state 664. 
The CM 104 transitions from the release-announce state 680 to the idle 
state 604 and sends a PTA release announcement 692 to all net 
participants immediately upon entering the release-announce state 680. 
The CM 104 transitions from the go-dormant state 624 to the dormant 
state 618 [616] and sends a ZZZ message 696 announcing the net has gone 
dormant to all net participants immediately upon entering the go-dormant 
state 624 [616]. The net's state machine remains in the dormant state 618 
[616] as long as no net participant requests control of the floor. The CM 
104 transitions from the dormant state 618 to the wakeup state 706 [700] 
when a PTT request 704 from a net participant is received. 
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Fourth paragraph, starting at line 32 on page 50 through line 6 on page 51: 
The CM 104 transitions from the wakeup state 708 [700J to the 
dormant state 618 [616] and sends a PTX deny response 708 to the 
requesting CD 352 if the arbitration algorithm denies control of the floor 
to the requesting CD 352. Since the net is dormant, this can happen only if 
the requesting CD 352 has listen-only privileges. The CM 104 transitions 
from the wakeup state 706 [700] to a wakeup-pending state 712 and sends 
a AYT wakeup request 716 to all net participants if the arbitration grants 
control of the floor to the requesting CD 352. After sending the AYT 
wakeup request 716, the CM 104 considers the requesting CD 352 the 
net's pending talker. 



Second paragraph (lines 7-12) on page 52: 

The CD 352 implements the NBS Media Signaling state diagram 
800 shown in Fig. 16 whenever a user is participating in a net. The CD 
352 initializes to a startup state 804 after the CD 352 accepts the net's 
session description by sending a SIP ACK message 808 to the CM 104. 
The CD 352 transitions from the startup state 804 to a startup-wait state 
812 and sends a ASK request message 816 to the CM 104 immediately 
upon entering the startup state 812. 

Second paragraph (lines 8-17) on page 55: 

The CD 352 may be used to receive PSTN or secure point-to-point 
packet voice calls while group-services is enabled, within the limitations 
imposed by the cellular infrastructure. If the CD 352 joined a net, and the 
selected net is active, the CD 352 appears busy to an incoming PSTN call 
and the call is given the appropriate busy treatment by the cellular 
infrastructure. If the selected net is quiet but the net's hang-time 620 has 
not expired, the call is also given the normal busy treatment by the cellular 
infrastructure. However, if the selected net's hang-time 620 has expired, 
the net has been placed in dormant mode 618 [616], and the CD 352 has 
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released its over-the-air resources, the call may not be given busy 
treatment by the infrastructure and the CD 352 may be paged to initiate 
receipt of the incoming call. 

Fourth paragraph (lines 20-29) on page 56: 

Although NBS can operate over Mobile IP, Mobile IP may 
potentially adversely impact the end-to-end latency and perceived voice 
quality of NBS media traffic and signaling. This may be in [of] particular 
of significance if the CD 352 joins a net using its permanent address and 
the home agent is located far, in a network topology sense, from the CM 
104 and the CD 352. In such a case, media traffic may optionally be routed 
over the public Internet or other variable quality of service networks, 
which may not have been required if Mobile IP was not used. To avoid 
this, it is preferable for the CD 352 to access NBS services using its care- 
of address and re-join nets when its care-of address changes. 



Fourth paragraph (lines 18-26) on page 57: 

Public key cryptography generates a public and private key from a 
private secret ke^, typically known only to the encryptor (in this case, the 
CD 352). The private key, in combination with the secret, is required to 
sign a message, but the public key alone can be used to verify a signed 
message's signature. Thus, to support SIP authorization, each CD 352 is 
preferably provisioned with a private secret and private key, which are 
never shared. Each CM 104 to which the CD 352 may need to authorize 
itself should know the public key of the CD 352. Since the public key is 
not secret, it may be stored as part of the user portion of the database 232 
maintained by the CM 104, or accessed through generic public key servers 
on the Internet. 
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First paragraph (lines 4-13) on page 62: 

The key for an encrypted net may simply be a random (binary) 
number. In general, the key may be generated by one party in a net, or an 
administrator for that net, and distributed securely to the net participants. 
Since the key distribution policy is currently left to the net users, it is a 
potential source of compromise of the net security. Thus, it is 
recommended that the net encryption key be distributed using secure 
means, such as PGP encrypted e-mail, to the net participants. The security 
manager 20 (Fig. 1) also provides a central repository for common net 
keys. Other methods are also possible, such as a standard telephone call or 
face-to-face meeting. Keys may also be distributed automatically to CDs, 
using an imbedded PGP secret key into a communication device for SEP 
authentication, 

IN THE CLAIMS 

1. (Amended) In a communications system, a push-to-talk communication 
device to participate in a group communication net, said [group] communication s system 
[net] including a controller to manage said group communication net and interface with 
said push-to-talk communication device, said device comprising: 

a processor to convert information signals into packet data suitable for 
transmission over a distributed network; 

a transmitter to transmit packet data through a first channel to said controller, 
a receiver to receive packet data through a second channel from said controller; 

and 

a user z activated mechanism to activate said transmitter when a user of said 
communication device wishes to transmit said packet data to said controller. 

2. (Amended) The communication device of Claim 1 , wherein said 
communication device[s] is a wireless communication device. 
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3. (Amended) The communication device of Claim 1 , further comprising a 
memory unit to store said packet data until said controller is ready to receive said packet 
data. 

4. (Amended) The communication device of Claim 3, wherein said memory 
unit is used to minimize perceived latency of a user. 

5. (Amended) The communication device of Claim 1, wherein said 
[processor] communication device further comprises [an] a dynamically configurable 
priority level, wherein said priority level determines whether said communication device 
has the authority to gain transmission privilege over another communication device such 
that said communication device may interrupt [the transmission of] said another 
communication device having a lower priority level. 

6. (Amended) The communication device of Claim 5, wherein said 
[assignment of] priority level is dynamically configurable. 

7. (Amended) The communication device of Claim 1, wherein said 
[processor] communication device receives information from said controller regarding 
said group communications net. 

8- (Amended) The communication device of Claim 1, wherein said 
communication device operates in a secure mode. 

9. (Amended) The communication device of Claim 1 1 wherein said 
[processor] communication device further comprises identification information, and 
wherein said [processor] communication device updates its identification information 
when its current identification information has or is about to change, and transmits its 
new identification information to said controller. 
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10. (Amended) The communication device of Claim 1, wherein said group 
communications net is capable of being in a dormant mode, and wherein activation of 
said user z activated mechanism prompts said controller to bring the group 
communications net out of said dormant mode. 

11. (Amended) In a communications system, an apparatus to adapt a 
communication device to participate in a group communication net, said [group] 
communication s system [netjcomprising at least two communication devices and having 
a controller to manage said group communication net and interface with said 
communication devices, said apparatus comprising: 

a first port to establish a first channel with said controller; 

a processor electrically connected to said first port, wherein said processor is 
dynamically configurable to send packet data through said first channel to said controller; 
and 

a user-activated mechanism to allow a user of said communication device to 
transmit said packet data to said controller. 

14. (Amended) The apparatus of Claim 1 1, further comprising a memory unit 
to store said packet data until said controller is ready to receive said packet data. 

18. (Amended) The apparatus of Claim 1 1, wherein said [processor] 
communication device further comprises a priority level, wherein said priority level 
determines whether said communication device has the authority to gain transmission 
privilege over another communication device such that said communication device may 
interrupt [the transmission of] said another c ommunication device having a lower priority 
level. 

19. (Amended) The apparatus of Claim 18, wherein said [assignment of] 
priority level is dynamically configurable. 
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25. (Amended) In a communications system, a push-to-talk communication 
device to participate in a group communication net, said [group] communications s ystem 
[net] including a controller to manage said group communication net and interface with 
said push-to-talk communication device, said device comprising: 

a processor to convert information signals into packet data suitable for 
transmission over a distributed network, wherein said processor further comprises 
identification information, and wherein said processor updates its identification 
information when its current identification information has or is about to change, and 
transmits its new identification information to said controller; 

a transmitter to transmit packet data through a first channel to said controller, 

a receiver to receive packet data through a second channel from said controller; 

and 

a user^activated mechanism to activate said transmitter when a user of said 
communication device wishes t o transmit said packet data to said controller. 
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CONCLUSION 

In light of the amendments contained herein, Applicants submit that the 
application is in condition for allowance, for which early action is requested. 

Applicants do not believe that any fees are due with this response. If, however, it 
is determined that fees are owed, please charge any such fees or overpayments to Deposit 
Account No. 17-0026. 

Respectfully submitted, 



Dated: January 4, 2002 



By: 



Abdollah Katbab 
Attorney for Applicants 
Registration No. 45,325 



QUALCOMM Incorporated 

Attn: Patent Department 

5775 Morehouse Drive 

San Diego, California 92121-1714 

Telephone: (858) 651-1 179 

Facsimile: (858)658-2502 
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